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FIG. 1 depicts an electronic computing device programmed and operated in 
accordance with one particular embodiment of the present invention; 

FIG. 2A and FIG. 2B conceptually illustrate selected portions of the hardware and 
software architectures of the electronic computing device of FIG. 1; 

FIG. 3 illustrates one particular embodiment of a method for supplanting the display 

of a Motif dialog box; and 

FIG. 4 illustrates a computing system of which the computing device of FIG. 1 

comprises a portion. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof have been shown by way of example in the drawings and are 
herein described in detail. It should be understood, however, that the description herein of 
specific embodiments is not intended to limit the invention to the particular forms disclosed, 
but on the contrary, the intention is to cover all modifications, equivalents, and alternatives 
falling within the spirit and scope of the invention as defined by the appended claims. 

DETAILED DESCRIPTION OF THE INVENTION 

Illustrative embodiments of the invention are described below. In the interest of 
clarity, not all features of an actual implementation are described in this specification. It will 
of course be appreciated that in the development of any such actual embodiment, numerous, 
implementation-specific decisions must be made to achieve the developers' specific goals, 
such as compliance with system-related and business-related constraints, which will vary 
from one implementation to another. Moreover, it will be appreciated that such a 
development effort, even if complex and time-consuming, would be a routine, undertaking for 
those of ordinary skill in the art having the benefit of this disclosure. 

FIG. 1 depicts a computing device 100 programmed and operated in accordance with 
the present invention. Selected portions of the hardware architecture and the software 
architecture of the computing device 100 relevant to the present invention are illustrated in 
FIG. 2A and FIG. 2B, respectively. Some aspects of the hardware and software 
architectures (e.g., the individual cards, the basic input/output system ("BIOS"), input/output 
drivers, etc.) are not shown. These aspects are omitted for the sake of clarity, and so as not to 
obscure the present invention. As will be appreciated by those of ordinary skill in the art 
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having the benefit of this disclosure, however, the software and hardware architectures of the 
computing device 100 will include many such routine features. 

Turning to FIG. 1, in the illustrated embodiment, the computing device 100 is a Sun 
Ray™ server employing a UNIX-based operating system a Solaris™ OS) commercially 
available from the assignee of this application, Sun Microsystems, Inc. However, the 
invention is not so limited. The invention may be implemented in virtually any electronic 
computing device running a Motif window manager on a UNIX-based operating system. 
Thus, the computing device 100 may be, in alternative embodiments, some other type of 
computer. 

Referring now to FIG. 2 A, the computing device 100 includes at least one processor 
200 communicating with some storage 205 over a bus system 210. The storage 205 will 
typically include at least a hard disk 215 and some random access memory ("RAM") 220. 
The computing device 100 may also include removable storage such as an optical disk 225, a 
floppy electromagnetic disk 230, or some other form, such as a magnetic tape or a zip disk 
(not shown). The processor 200, may be any suitable processor known to the art. For 
instance, the processor may be a microprocessor or a digital signal processor ("DSP"). In the 
illustrated embodiment, the processor 200 is an UltraSPARC™ 64-bit processor available 
from Sun Microsystems, but the invention is not so limited. The microSPARC™ from Sun 
Microsystems, any of the Itanium™ or Pentium™-class processors from Intel Corporation, the 
Athlon™ or Duron™ class processors from Advanced Micro Devices, Inc., and the Alpha™ 
processor from Compaq Computer Corporation might be employed. 

Referring now to FIG. 2 A and FIG. 2B together, the computing device 100 includes 
a user interface 235 (shown in FIG. 2B) comprising a monitor 240, a keyboard 245, a mouse 
250, and a graphical interface 255. The graphical interface 255 comprises a portion of an 
application 298. The graphical interface 255 is a Motif graphical interface such as is well 
known in the art and commonly employed in association with UNIX-based operating 
systems. Conceptually, in conventional systems, the graphical interface 255 is interposed on 
what is known as an "Xt library" 260, that is layered on top an X- Window system 265. The 
Xt library 260 provides a framework for creating, destroying, and displaying reusable user 
interfaces called "widgets," which are implemented as Motif dialog boxes in the present 
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invention. However, the present invention interposes another library 270, hereafter referred 
to as the "interposed library" 270, between the Xt library 260 and the Xt application 298. 

The Xt library 260 contains a variety of functions that are well known in the art, 
including an: 

• XtManageChildO function 275, which manages widgets and is used to pop up 
dialog boxes for the graphical interface 255; and 

• XtCallCallbacksO function 280, which calls the callbacks for events, such as 
when buttons are pressed in such a dialog box. 

For present purposes, and for reasons that will become apparent below, the XtManageChildO 
function 275 shall hereafter be referred to as the "original" XtManageChild Q function 275. 

The interposed library 270 includes, inter alia, an XtManageChildO function 285 and 
a data structure 290. For present purposes, and for reasons that will become apparent below, 
the XtManageChildO function 285 shall hereafter be referred to as the "interposed" 
XtManageChildO function 285. The data structure 290 in one particular implementation is a 
string of pointers, but any suitable type of data structure known to the art may be employed. 
The data structure 290 stores the names of dialog boxes to be modified or suppressed in 
accordance with the present invention, as is discussed further below. Note that the dialog 
boxes may be dialog boxes used in, inter alia, printing, opening, closing, moving or copying 
files. 

When the interposed library 270 is installed, an OS environment variable 
LD PRELOAD is used to load the interposed library 270 on to the Xt library 260. This may 
be done in the startup script for the application 298 or in a command line, for instance. 

In operation, a user (not shown) opens the application program 298 through the user 
interface 235 and the operating system 295. The application program 298 may be any X- 
Window compatible application, e.g., the Netscape Navigator™ browser or the Adobe 
Acrobat™ reader. At some point, the user employs a feature of the application program 298 
that includes the display of a dialog box. The graphical interface 255 calls the interposed 
XtManageChildO function 285 through the operating system 295. The interposed 
XtManageChildO function 285 then calls the dlopenO function, a dynamic linking library 
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function from the OS 295, to get a pointer to the original XtManageChildQ function 275 and 
the XtNameO function from the Xt Library 260, which returns the name of the dialog box to 
be displayed. The interposed XtManageChildQ function 285 then checks this returned name 
against a list of names stored in the data structure 290. 

Interposition techniques are not unknown in the art. As mentioned above, the 
interposed XtManageChildQ function 285 calls the dlopenQ function. Note that the dlopenQ 
function, as well as the LD_PRELOAD, are well known to those in the art and are known to 
have been used in a variety of interposition techniques employed for unrelated purposes. 
None of these interposition techniques are known to have been used to modify a user 
interface in any way. However, those in the art having the benefit of this disclosure can 
modify those interposition techniques for the application of the present invention in 
accordance with the disclosure herein. 

If the dialog box is one that is to be modified, the interposed XtManageChildQ 
function 285 supplants the original dialog box of the application program 298 by either 
presenting it in a modified form or suppressing it altogether. In one embodiment, the 
interposed XtManageChildQ function 285 modifies selected parameters. The interposed 
XtManageChildQ function 285 then calls the original XtManageChildQ function 275, passing 
it the modified parameters, which results in a modified dialog box being presented. For 
instance, the interposed XtManageChildQ function 285 may alter the sensitivity of a print text 
box to not allow a user to enter data in a certain field. In alternative embodiments, the 
interposed XtManageChildQ function 285 suppresses the dialog box altogether by calling the 
XtCallCallbacksQ function 280 to call one of the box's button callbacks. The original 
XtManageChildQ function 275 is not called at all, and so the dialog box is never presented — 
even in a modified form. In some embodiments, the interposed XtManageChildQ function 
285 either modifies or suppresses the dialog box depending on the name returned by the 
function XtNameQ. 

Extrapolating to a more general case, the present invention, in one aspect, comprises a 
method 300 for supplanting a Motif dialog box, illustrated in FIG. 3. The method 300 
comprises: 
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• interposing a functionality between a graphical interface of an application and 
an Xt Library layered on top an X- Window system, as set forth in the box 
310; 

• intercepting a call from the graphical interface for a display of a Motif dialog 
box from the X- Window system, as set forth in the box 320; 

• determining whether the Motif dialog box is to be supplanted, as set forth in 
the box 330; and 

• supplanting the Motif dialog box, as set forth in the box 340. 
evident from the above detailed description of the illustrated embodiment: 

• intercepting a function call from the graphical interface may include calling an 
interposed function (e.g., the interposed XtManageChildQ function 285) 
corresponding to an original function (e.g., the original XtManageChildQ 
function 275 or the XtCallCallbacksQ function 280); 

• the method 300 may further comprise redirecting the application program 
298 's function call from the original function (e.g., the original 
XtManageChildO function 275 or the XtCallCallbacksO function 280) to the 
interposed function (e.g., the interposed XtManageChildQ function 285); 

• determining whether the Motif dialog box is to be supplanted may include 
calling a naming function (e.g., the XtNameQ function) to identify the Motif 
dialog box in the intercepted call; and comparing the name returned by the 
naming function (e.g., the XtNameQ function) against a plurality of Motif 
dialog box names that are to be supplanted; 

• intercepting the call may include calling an interposed function (e.g., the 
interposed XtManageChildQ function 285) corresponding to an original 
function (e.g., the original XtManageChildQ function 275) or call another 
function (e.g., the XtCallCallbacksQ function 280) from the interposed library 
270; 

• supplanting the Motif dialog box may include modifying at least one 
parameter in the intercepted call; re-calling the display of the Motif dialog box 
with the modified parameter(s) set by another Xt function call (e.g., 
XtSetValuesQ or XtSetSensitiveQ); and displaying a modified Motif dialog 
box; and 
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• supplanting the Motif dialog box may include calling a callback function; and 
suppressing the Motif dialog box. 
Those skilled in the art having the benefit of this disclosure will appreciate still other 
implementations by which the method 300 may be implemented. 

The computing device 1 00 may comprise a portion of a larger computing system 400, 
shown in FIG. 4, by a connection over the line 110, shown in FIG. 1 and FIG. 2 A. The 
computing system 400 may be a local area network ("LAN"), a wide area network 
("WAN"), a system area network ("SAN"), an intranet, or even the Internet. The computing 
system 400 implements a client/server architecture, with the computing device 1 00 providing 
the server function for the computing system 400. The clients 410 in the illustrated 
embodiment are workstations (e.g., the Sun Blade™ or the Ultra™ line of workstations) also 
employing a UNIX-based operating system (e.g., a Solaris™ OS) running Motif and an X- 
Window system. However, the invention is not so limited. The computing device 1 00 may 
be implemented in virtually any type of electronic computing device such as a laptop 
computer, a desktop computer, a minicomputer, a mainframe computer, or a supercomputer. 
The communications links 420 over which the server 100 and the clients 410 communicate 
may be twisted wire pairs, coaxial cable, optical fiber, or some other suitable transmission 
medium known to the art. In some embodiments, the communications links 420 may even be 
wireless. Note that 2 in embodiments such as that illustrated in FIG. 4, the application 298 
may reside on a computing device such as one of the clients 410 rather than on the server 
100. 

Some portions of the detailed descriptions herein are consequently presented in terms 
of a software-implemented process involving symbolic representations of operations on data 
bits within a memory in a computing system or a computing device. These descriptions and 
representations are the means used by those in the art to most effectively convey the 
substance of their work to others skilled in the art. The process and operation require 
physical manipulations of physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical, magnetic, or optical signals capable of being stored, 
transferred, combined, compared, and otherwise manipulated. It has proven convenient at 
times, principally for reasons of common usage, to refer to these signals as bits, values, 
elements, symbols, characters, terms, numbers, or the like. 
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It should be borne in mind, however, that all of these and similar terms are to be 
associated with the appropriate physical quantities and are merely convenient labels applied 
to these quantifies. Unless specifically stated or otherwise as may be apparent, throughout 
the present disclosure, these descriptions refer to the action and processes of an electronic 
device, that manipulates and transforms data represented as physical (electronic, magnetic, or 
optical) quantities within some electronic device's storage into other data similarly 
represented as physical quantities within the storage, or in transmission or display devices. 
Exemplary of the terms denoting such a description are, without limitation, the terms 
"processing," "computing," "calculating," "determining," "displaying," and the like. 

Note also that the software-implemented aspects of the invention are typically 
encoded on some form of program storage medium or implemented over some type of 
transmission medium. The program storage medium may be magnetic (e.g. , a floppy disk or 
a hard drive) or optical (e.g., a compact disk read only memory, or "CD ROM"), and may be 
read only or random access. 

This concludes the detailed description. The particular embodiments disclosed above 
are illustrative only, as the invention may be modified and practiced in different but 
equivalent manners apparent to those skilled in the art having the benefit of the teachings 
herein. For instance, the invention may be implemented in some embodiments in UNIX- 
based operating systems employing some other types of window managers, e.g., 
OpenLook™, utilizing the Xt Library of the Xt Window System. Furthermore, no limitations 
are intended to the details of construction or design herein shown, other than as described in 
the claims below. It is therefore evident that the particular embodiments disclosed above 
may be altered or modified and all such variations are considered within the scope and spirit 
of the invention. Accordingly, the protection sought herein is as set forth in the claims 
below. 
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